\section{1. Entity/Relationship modellering, herunder principper for et ER Diagram og hvorledes opstilles det?}
\begin{center}
\line(1,0){500}
\end{center}

\noindent\textbf{Relations}\\
\includegraphics[scale=0.25]{1-relations}\\
\textbf{Super class / generalisering}\\
\includegraphics[scale=0.5]{1-super}\\
\begin{itemize}
    \item d = Disjoint, en superklasse kan kun være medlem af én subklasse
    \item o = Overlapping, en superklasse kan være medlem af flere subklasser
\end{itemize}
\textbf{Fantrap}\\
\includegraphics[scale=0.75]{1-fantrap}\\
\textbf{Fantrap Løst}\\
\includegraphics[scale=0.75]{1-fantrapsolved}\\

\noindent\textbf{Cardinality (Kardinalitet)}
\begin{itemize}
    \item Antallet af elementer i mængden
    \item Exitence - tvungen hvis mere end 1, fed streg på diagram
\end{itemize}

\noindent\textbf{Connectivity til key mapping}
\begin{itemize}
    \item 1:1 – Man skal tilføje primærnøglen til den entitet som har størst indflydelse (den med flest relationer).
    \item 1:M – Man skal tilføje primær nøglen på entiteten med 1.
    \item M:N – Her oprettes der en ny entitet, som indeholder fremmednøgler til hver entitet.
\end{itemize}

\noindent\textbf{Design af ER-diagrammer}
\begin{enumerate}
\item Identificerer entiteterne. List alle mulige entiteter. Det er bedre at have for mange end for lidt. Det er lettere at fjerne entiteter end at tilføje senere hen.
\item Hvis der er nogle duplikerende entiteter, fjernes disse. Det kan være to entiteter med forskellige navne, som gør det samme. Undgå at tilføje system som en entitet.
\item List alle attributterne for hver entitet. Undersøg om det i virkeligheden er en attribut eller om det kan være en entitet. Undgå at have en attribut som flere entitet benytter sig af.
\item Definer primærnøglen.
\item Definer relationerne imellem entiteterne
\item Beskriv connectivity og optionality (existence, cardinality) for relationerne.
\item Fjern redundante relationship.
\end{enumerate}


